home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / August 96 / Re Containers within container < prev    next >
Encoding:
Internet Message Format  |  1996-08-15  |  2.3 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Containers within containers
  2. Sent:        8/15/96 10:48 AM
  3. Received:    8/15/96 11:01 AM
  4. From:        Henri Lamiraux, lamiraux@apple.com
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. You can perfectly embed a container into another container (I assume you 
  9. are using the word container for a general embedding part instead of 
  10. ODFContainer). The only thing you cannot do right now with ODF is for 
  11. example drag a stationery of ODFContainer (ODFDraw/ODFEmbed/ODFTable) in 
  12. an ODFContainer (ODFDraw/ODFEmbed/ODFTable) document. The problem with 
  13. that is when dragging an ODFContainer document in an ODFContainer 
  14. document OpenDoc says you should incorporate the data, not embed. When 
  15. you drag a stationery your are in fact dragging an empty document. The 
  16. resul is -- nothing. The problem I haven't been able to solve is how to 
  17. detect that I am dragging a stationery so I could embed instead of 
  18. incorporating nothing.
  19.  
  20.  
  21. >Dear ODF Team
  22. >
  23. >Can a container contain a container?
  24. >
  25. >I asked this question once before in a different context and, if I remember
  26. >correctly, got the answer - No. You cant embed ODFContainer in 
  27. >ODFContainer, for instance.
  28. >
  29. >This makes sense if only the data is considered - both parts hold the same
  30. >data in the same way so why have one within another. However, the purpose
  31. >of embedding parts may be organisational.
  32. >
  33. >Specifically, I am involved in writing an application in which a 
  34. >collection of
  35. >parts
  36. >are arranged hierarchically in an overall container part (the Page)
  37. >
  38. >The design requires the use of sub containers to hold objects on a lower
  39. >level of the hierarchy - which may themselves be sub-containers.
  40. >
  41. >It is necessary for a container to be a separate part for a number of reasons
  42. >including:
  43. >
  44. >Consistent navigation through the hierarchy
  45. >
  46. >Third parties should be able to write variations on the container easily and
  47. >without interring with the code of the embedding page.
  48. >
  49. >Graham
  50. >
  51.  
  52.  
  53. ........................................................................
  54.  Henri Lamiraux                                      lamiraux@apple.com
  55.  Apple Computer, Inc.                 OpenDoc(tm) Development Framework
  56. ........................................................................
  57.  
  58.  
  59.